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ABSTRACT 

We consider the problem of constructing efficient P2P over- 
lays for sensornets providing "Energy-Level Application and 
Services". In this context, assuming that a sensor is respon- 
sible for executing some program task but unfortunately it's 
energy-level is lower than a pre-defined threshold. Then, 
this sensor should be able to introduce a query to the whole 
system in order to discover efficiently another sensor with 
the desired energy level, in which the task overhead must 
be eventually forwarded. In this way, the "Life- Expectancy" 
of the whole network could be increased. Sensor nodes are 
mapped to peers based on their energy level. As the energy 
levels change, the sensor nodes would have to move from 
one peer to another and this operation is very crucial for 
the efficient scalability of the proposed system. Similarly, 
as the energy level of a sensor node becomes extremely low, 
that node may want to forward it's task to another node 
with the desired energy level. The method presented in [15] 
presents a novel P2P overlay for Energy Level discovery in 
a sensornet. However, this solution is not dynamic, since re- 
quires periodical restructuring. In particular, it is not able 
to support neither join of sensor_nodes with energy level 
out of the ranges supported by the existing p2p overlay nor 
leave of empty overlay_peers to which no sensor_nodes are 
currently associated. On this purpose and based on the ef- 
ficient P2P method presented in [16] ■ we design a dynamic 
P2P overlay for Energy Level discovery in a sensornet, the 
so-called SART (Sensors' Autonomous Range Tree) q The 
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adaptation of the P2P index presented in [16] guarantees the 
best-known dynamic query performance of the above oper- 
ation. We experimentally verify this performance, via the 
D-P2P-Sim simulator 0. 

1. INTRODUCTION 

In the last years sensornet research primarily focused on 
data collection, finding applications in ecology (e.g., environ- 
mental and habitat monitoring 13 J, in precision agriculture 
(e.g., monitoring of temperature and humidity), in civil en- 
gineering (e.g., monitoring stress levels of buildings under 
earthquake simulations), in military and surveillance (e.g., 
tracking of an intruder [7]), in aerospace industry (e.g., fair- 
ing of cargo in a rocket), etc. 

Traditionally, sensors are used as data gathering instru- 
ments, which continuously feed a central base station database. 
The queries are executed in this centralized base station 
database which continuously collates the data. However, 
given the current trends (increase in numbers of sensors, 
together collecting gigabits of data, increase in processing 
power at sensors) it is not anymore feasible to use a central- 
ized solution for querying the sensor networks. Therefore, 
there is a need for establishing an efficient access structure 
on sensor networks in order to contact only the relevant 
nodes for the execution of a query and hence achieve min- 
imal energy consumption, minimal response time, and an 
accurate response. We achieve these goals with our peer-to- 
peer query processing model on top of a distributed index 
structure on wireless sensor networks. 

In sensor networks any node should be able to introduce 
a query to the system. For example, in the context of a 
fire evacuation scenario a firefighter should be able to query 
a nearby sensor node for the closest exit where safe paths 
exist. Therefore, a peer-to-peer query processing model is 
required. A first P2P program for spatial query execution 
presented in [8]. 
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According to [I], the benefits of the P2P overlays in sen- 
sornets are the following: Efficient Data Lookup, Guaranties 
on Lookup Times, Location Independence, Overlay Appli- 
cations and Services, Elimination of proxies/sinks with un- 
desirable central authority, Limited Broadcast. P2P de- 
sign, for Internet-like environments, has been a very active 
research area and there are many P2P Internet protocols 
and systems available like CAN [3], Pastry [3], and Chord 
[3]. The main arguments against P2P designs in sensor- 
nets were the following: Logical Topology=Physical Topol- 
ogy, Route Maintenance Overhead, Sensor Nodes are Not 
Named, DHTs are Computationally Intensive. By overcom- 
ing the arguments above (for details see pQ, [2] and [4]), in 
[2] and gj the first DHT (Distributed Hash Table) based 
protocols for sensornets were presented, the CSN and VRR 
respectively. In [I] the Tiered Chord (TChord) protocol 
was proposed, which is similar to, and inspired by, CSN. 
TChord is a simplified mapping of Chord onto sensornets. 
Unlike CSN the design of TChord is more generic (to sup- 
port a variety of applications and services on top instead 
of just serving incoming data queries). Gerla et al. argue 
for the applicability and transfer of wired P2P models and 
techniques to MANETs [9]. 

Most existing decentralized discovery solutions in practice 
are either DHT based, like Chord or hierarchical cluster- 
ing based, like BATON [3], NBDT [14], ART [16] or Skip- 
Graphs 3 . The majority of existing P2P overlays for sen- 
sornets were designed in a DHT fashion and the best current 
solution is the TChord. On the contrary, ELDT [TS] is the 
only existing P2P protocol for sensornets, which combines 
the benefits of both DHT and hierarchical [14] clustering 
fashions. In this solution, sensor_nodes are mapped to peers 
based on their energy level. As the energy levels change, the 
sensor nodes would have to move from one peer to another 
and this oparation is very crucial for the efficient scalability 
of the proposed system. Similarly, as the energy level of a 
sensor node becomes extremely low, that node may want 
to forward it's task to another node with the desired en- 
ergy level. However, the ELDT solution is not dynamic, 
since requires periodical restructuring. In particular, it is 
not able to support neither join of sensor_nodes with energy 
level out of the ranges supported by the existing p2p overlay 
nor leave of empty overlay _peers to which no sensor_nodes 
are currently associated. On this purpose and based on the 
efficient P2P method presented in [16], we design a dynamic 
P2P overlay for Energy Level discovery in a sensornet, the 
so-called SART (Sensors' Autonomous Range Tree). The 
adaptation of the P2P index presented in QjE>] guarantees 
the best-known dynamic query performance of the above 
operation. 

The main functionalities of SART attempt to increase the 
"Life-Expectancy" of the whole sensor network in dynamic 
way, providing support for processing: (a) exact match queries 
of the form "given a sensor node with low energy-level k' , lo- 
cate a sensor node with high energy-level k, where k >> fc'" 
(the task will be forwarded to the detected sensor node) (b) 
range queries of the form "given an energy-level range [k, k'] , 
locate the sensor node/nodes the energy- levels of which be- 
long to this range" (the task will be forwarded to one of 
the detected sensor nodes) (c) update queries of the form 
"find the new overlay-peer to which the sensor node must 
be moved (or associated) according to it's current energy 
level" (the energy level of each sensor node is a decreas- 



ing function of time and utilization) (d) join queries of the 
form "join a new overlay-peer to which the new (inserted) 
sensor node is associated" and (e) leave queries of the form 
"leave (delete) the overlay-peer to which no sensor nodes are 
currently associated". The SART overlay adapts the novel 
idea of ART P2P infrastructure presented in [16] providing 
functionalities in optimal time. For comparison purposes, 
an elementary operation's evaluation is presented in table 
1 between ART, NBDT, Skip-Graphs [3], Chord [3] and its 
newest variation (F-Chord(a) [3]), BATON and its newest 
variation (BATON* [3]). The rest of this paper is structured 
as follows. Section 2 and 3 describe the SART system while 
section 4 presents an extended experimental verification via 
an appropriate simulator we have designed for this purpose. 
Section 5 concludes. 

2. THE SART PROTOCOL 

SART, is a simplified mapping of ART |16] onto sensor- 
nets. Like ART, at the heart of SART, lookup and join/leave 
respectively are the two main operations. Given a set of sen- 
sor nodes, we hash the unique address of each sensor node 
to obtain node identifiers. Meta-data keys, generated from 
the data stored on the nodes, are hashed to obtain key iden- 
tifiers. 

The SART protocol (see figure [TJ is an hierarchical ar- 
rangement of some sensor nodes (master nodes). The mas- 
ter node of level i maintains information (in its local finger 

table) about all its slave nodes and 2 2 other master nodes 
(you can find more details about master and slave nodes in 
[15]). All queries are resolved in a distributed manner with 
a bound of 0(log 2 log iV) messages. When a master node re- 
ceives a query it first checks its own keys to resolve the query, 
if the lookup is not successful the master node then checks 
its local finger table. The finger table contains information 
about 2 other master nodes and if the key can be located 
according to the information stored in the finger table, the 
query is directly forwarded to the master node storing the 
data. If the lookup on the local finger table also fails then 
the master node routes the query to the master node closest 
to the target according to the finger table. We handle the 
master_node joins/leaves and fails according to join/leave 
and fail operations respectively presented in [16] . Thus, all 
the above operations are bounded by 0(log log iV) expected 
w.h.p. number of messages. Slave nodes do not store in- 
formation about their neighbors. If a slave node directly re- 
ceives a query, it checks its own data and if the lookup fails it 
simply forwards the query to its master node. For simplicity, 
in the SART proposal we opt for not connecting the slave 
nodes in a ART arrangement and lookups are not imple- 
mented in slave nodes. The master nodes could be thought 
as "virtual sinks" with an ART overlay between these virtual 
sinks. Unlike IP in the Internet, the sensornet protocol SP is 
not at the network layer but instead sits between the network 
and data-link layer (because data-processing potentially oc- 
curs at each hop, not just at end points). Figure [2] shows 
how P2P overlays can be implemented on top of SP. The 
P2P overlay (shown as P2P Overlay Management) could be 
built on top of any generic network protocol. An underly- 
ing DHT or Hierarchical Clustering routing protocol (e.g., 
VRR, CSN, TChord or SNBDT or SART) is recommended 
as it simplifies the job of overlay management. In particu- 
lar, it is more efficient to build routing directly on top of the 
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Table 1: Performance Comparison between ART, NBDT, Chord, BATON and Skip Graphs 



link layer instead of implementing it as an overlay on top of 
a routing protocol [4]. P2P Services and Applications (e.g. 
event notification, resource allocation, and file systems) can 
then be built on top of the P2P overlay and sensornet appli- 
cations could either use these services or communicate with 
the P2P overlay themselves. 




Figure 1: The SART protocol 



3. THE SART P2P OVERLAY 

Let G a network graph of n sensor nodes and SART the 
respective overlay of N peers. With each overlay peer p 
(1 < P < N) we associate a set of pairs S p = {(g, L[g])}, 
where g is a sensor node (1 < g < n) and L[g] its current 
energy level. The criterion of associating the sensor node g 
to peer p depends on it's current energy level. Obviously, it 
holds that N « n. Let's explain more the way we structure 
our whole system. 

One of the basic components of the final SART structure 
is the LRT (Level Range Tree) [16] structure. LRT will be 
called upon to organize collections of peers at each level of 
SART. 

3.1 The LRT structure lH6ll : An overview 

LRT is built by grouping nodes having the same ancestor 
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Figure 2: P2P Overlay in SP Architecture 



and organizing them in a tree structure recursively. The in- 
nermost level of nesting (recursion) will be characterized by 
having a tree in which no more than b nodes share the same 
direct ancestor, where 6 is a double-exponentially power of 
two (e.g. 2,4,16,...). Thus, multiple independent trees are 
imposed on the collection of nodes. Figure [3] illustrates a 
simple example, where b — 2. 



keys in range [0, Inn - 1] 




Figure 3: The LRT structure 

The degree of the overlay peers at level i > is d(i) = t(i), 
where t(i) indicates the number of peers at level i. It holds 
that d(§)=2 and t(0)=l. Let n be w-bit keys. Each peer 
with label i (where 1 < i < N) stores ordered keys that 
belong in the range \(i — 1) In n, i lnn-1], where N — n/lnn 



is the number of peers. Each peer is also equiped with a 
table named Left Spine Index (LSI), which stores pointers to 
the peers of the left-most spine (see pointers starting from 
peer 5). Furthermore, each peer of the left-most spine is 
equipped with a table named Collection Index (CI), which 
stores pointers to the collections of peers presented at the 
same level (see pointers directed to collections of last level) . 
Peers having the same father belong to the same collection. 

Lookup Algorithm: Assume we are located at peer s 
and seek a key k. First, the algorithm finds the range where 
k belongs. If k £ [(j — 1) Inn, jinn — 1], it has to search 
for peer j. The first step of algorithm is to find the LRT 
level where the desired peer j is located. For this purpose, 
it exploits a nice arithmetic property of LRT. This property 
says that for each peer x located at the left-most spine of 
level i, the following formula holds: 

label{x) = label(father(x)) + 2 2 ^ (1) 

For each level i (where < i < log log TV), it computes 
the value x of its left most peer by applying Equation ([1]). 
Then, it compares the value j with the computed value x. 
If j > x, it continues by applying Equation (1), otherwise it 
stops the loop process with current value i. The latter means 
that node j is located at the i-th level. Then, it follows the 
i-th pointer of the LSI table located at peer s. Let x the 
destination peer, that is the leftmost peer of level i. Now, 
the algorithm must compute the collection in which the peer 
j belongs to. Since the number of collections at level i equals 
the number of nodes located at level (i — 1), it divides the 
distance between j and x by the factor t(i — 1) and let m 
the result of this division. Then, it follows the (m + l)-th 
pointer of the CI table. Since the collection indicated by the 
CI[m+l] pointer is organized in the same way at the next 
nesting level, it continues this process recursively. 

Analysis: Since t(i) — t(i — l)d(i — 1), it gets d(i) — 
t (i) = 2 2 for i > 1. Thus, the height and the maximum 
number of possible nestings is 0(log log TV) and ©(log,, log TV) 
respectively. Thus, each key is stored in 0(log 6 log TV) levels 
at most and the whole searching process requires 0(log b log TV) 
hops. Moreover, the maximum size of the CI and RSI ta- 
bles is 0{VN) and O(loglogTV) in worst-case respectively. 

Each overlay peer stores tuples (g,L[g]), where L[g] is a 
k — bit key belonging in universe K — [0, 2 fc — 1], which 
represents the current energy-level of the sensor node g. 
We associate to i th peer the set Si = {(g,L[g])}, where 
L g G [(i — V)lnK,ilnK — 1]. Obviously, the number of 
peers is TV = K/lnK and the load of each peer becomes 
0(polylogN) in expected case with high probability (for 
more details see[l]). Each energy-level key is stored at most 
in OiloglogN) levels. We also equip each peer with the ta- 
ble LSI (Left Spine Index). This table stores pointers to 
the peers of the left-most spine (for example in figure 3 the 
peers 1, 2, 4 and 8 are pointed by the LSI table of peer 5) 
and as a consequence its maximum length is 0{loglogN). 

Furthermore, each peer of the left-most spine is equipped 
with the table CI (Collection Index). CI stores pointers to 
the collections of peers presented at the same level (see in 
figure 3 the CI table of peer 8). Peers having same father 
belong to the same collection. For example in the figure 
2, peers 8,9,10 and 11 constitute a collection of peers. It's 
obvious that the maximum length of CI table is 0{VN). 



3.2 The ART Qg| structure: An Overview 

The backbone of ART is exactly the same with LRT. 
During the initialization step the algorithm chooses as clus- 
ter_peer representatives the 1st peer, the (lnn)-th peer, the 
(21nn)-th peer and so on. 

This means that each cluster_peer with label i (where 1 < 
i' < TV') stores ordered peers with energy-level keys be- 
longing in the range [(«' — 1) In 2 n, . . . ,i' In 2 n — 1], where 
TV' = nj In 2 n is the number of cluster_peers. 

ART stores cluster_peers only, each of which is struc- 
tured as an independent decentralized architecture. More- 
over, instead of the Left-most Spine Index (LSI), which re- 
duces the robustness of the whole system, ART introduces 
the Random Spine Index (RSI) routing table, which stores 
pointers to randomly chosen (and not specific) cluster_peers 
(see pointers starting from peer 3). In addition, instead 
of using fat CI tables, the appropriate collection of clus- 
ter_peers can be accessed by using a 2-level LRT structure. 

Load Balancing: The join/leave of peers inside a clus- 
ter_peer were modeled as the combinatorial game of bins 
and balls presented in [12] ■ In this way, for a /i(-) random 
sequence of join/leave peer operations, the load of each clus- 
ter_peer never exceeds 0(polylog TV') size and never becomes 
zero in expected w.h.p. case. 

Routing Overhead: The 2-level LRT is an LRT structure 
over log 2c Z buckets each of which organizes f e z collec- 
tions in a LRT manner, where Z is the number of collec- 
tions at current level and c is a big positive constant. As 
a consequence, the routing information overhead becomes 
0(TV 1/4 /log c TV) in the worst case (even for an extremely 
large number of peers, let say N=l. 000. 000. 000, the routing 
data overhead becomes 6 for c = 1) . 

Lookup Algorithms: Since the maximum number of nest- 
ing levels is 0(log b logTV) and at each nesting level i the 

standard LRT structure has to be applied in N 1 ^ 2 col- 
lections, the whole searching process requires 0(log 2 log TV) 
hops. Then, the target peer can be located by searching 
the respective decentralized structure. Through the poly- 
logarithmic load of each cluster_peer, the total query com- 
plexity 0(log 2 logTV) follows. Exploiting now the order of 
keys on each peer, range queries require 0(log 2 log TV + \ A\) 
hops, where \A\ the answer size. 

Join/Leave Operations: A peer u can make a join/leave 
request at a particular peer v, which is located at clus- 
ter_peer W . Since the size of W is bounded by a polylogN 
size in expected w.h.p. case, the peer join/leave can be car- 
ried out in 0(loglogN) hops. 

Node Failures and Network Restructuring: Obvi- 
ously, node failure and network restructuring operations are 
according to the decentralized architecture used in each clus- 
ter_peer. 

3.3 Building the SART Overlay 

Let Pij the f peer of cluster_peer i. Each overlay peer 
Pi,j, stores a set Sij = {(g,L[g])}, where L[g] is a k — bit 
key belonging in universe K — [0, 2 fc — 1], which represents 
the current energy- level of the sensor node g. In particular 
(and based on design analysis of previous section) it holds 
that L[g] £ Ui — l)ln 2 n,iln 2 n — l] . Thus, the total set of 
Cluster_Peer i becomes Si = S^iUSj^U. . .US^eCpoi^ogiv), 
where \Sij\ < n. 

For example in Figure g| Si = {(A, L[A]), (C, L[C})} 




Figure 4: Building the SART Bipartite P2P Overlay 



is the set of cluster_peer 1, which stores the energy- level 
keys of red (energy color) sensors A and C as well as Si = 
{(K, L[K]), (G, L[G])} is the set of cluster_peer i, which stores 
the energy-level keys of yellow sensors K and G. Tuples 
(A, L[A]) and (C,L[C]) are located in different peers of the 
decentralized structure associated to cluster_peer 1. The 
same holds for the tuples (K, L[K]) and (G,L[G]) in the 
decentralized structure associated to cluster_peer i. 

According to the complexity analysis of ART structure, 
the theorem 1 follows: 

Theorem 1: Assume a SART lookup P2P system for the 
sensor network G. The queries of the form (a), (b) and (c) 
require 0(logjj log N) expected w.h.p. number of messages. 
The queries of the form (d) and (e) require O(loglogTV) 
expected w.h.p. number of messages. 

Let G the sensor network and T the SART overlay. We are 
located at sensor node S G G with low energy level k' and 
we are looking for a sensor node R £ G with the desired 
energy level k. Algorithm 1 depicts the pseudocode for the 
Sensor_Net_Exact_Match_Search routine. 
Let G the sensor network and T the SART overlay. We are 
located at sensor node S £ G with low energy level k' and we 
are looking for a sensor node R £ G the desired energy level 
of which belongs in the range [fci,fe]. Algorithm 2 depicts 
the pseudocode for the Sensor_Net_Range_Search routine. 
Let G the sensor network and T the overlay structure. We 
are located at sensor node S G G, the energy level of which 
has been decreased from kl to k2. We have to find the 
new overlay peer to which the update node S is going to 
be associated. Algorithm 3 depicts the pseudocode for the 
update_overlay_peer routine. 



Let G the sensor network and T the overlay structure. If 
a new sensor node B joins G and L[B] £ Si t m then JOIN 
Pi,m (see the peer with the green energy color). Algorithm 
4 depicts the respective pseudocode. 

Let G the sensor network and T the overlay structure. If 
Si,j = then LEAVE Pij (see the blue node of cluster peer 
i). Algorithm 5 depicts the respective pseudocode. 



Algorithm 1 Sensor_Net_Exact_Matcli_Search(G,S,T,fc',fc,i?) 

1: Find the peer node to which sensor S (of enerfy level k') 

is associated; 
2: Let p £T the respective overlay peer; 
3: r = send_overlay_search(T, p, k); {it is the basic lookup 

routine of ART structure T} 
4: Let r £ T the peer node which stores sensor nodes with 

the desired energy-level k and let say R a randomly 

chossen one; 
5: Return R 



Algorithm 2 Sensor_Net_Range_Search(G,S,T,fc',fei,fc2,-R) 
1: Find the peer to which sensor S (of enerfy level k') is 

associated; 
2: Let p £T the respective overlay peer; 
3: r — send_overlay_rangesearch(T,p, k); {it is the range 

searching routine of ART structure T} 
4: Let A the set of peers the desired energy-level of which 

belong in range [k\ , fca] and let say R a randomly chossen 

one; 
5: Return R 



Algorithm 3 Update_0verlay_Peer(G,T,S',fci,fc2) 
1: Find the peer to which 5 is associated according to old 

energy level ki; 
2: Let p £ T the respective overlay peer; 
3: Delete (S, fci) from p; 
4: r = send-Overlaysearch(T,p,k2); 
5: Insert the tuple (S, fe) into r; 



Algorithm 4 Join_Overlay_Peer(G,T,B,L[B]) 

1: Let L[B] G Si, m and the m th peer of cluster_peer i does 
not exist; 

2: send_join_peer(T, Pi, m ); {it is the Join routine of ART 
structure T} 

3: Let Si, m — the initial empty set of the new inserted 

peer P iim ; 
4: Insert the tuple (B,L[B]) into Si, m ; 



Algorithm 5 Leave_Overlay_Peer(G, T, Pi, j) 

1: Let Sij = the empty set of peer Pij; 
2: send_Leave-peer(T, Pi,j); {it is the Leave routine of 
ART structure T} 



4. EXPERIMENTS 

For evaluation purposes we used the Distributed Java D- 
P2P-Sim simulator presented in [IB]. The D-P2P-Sim simu- 
lator is extremely efficient delivering > 100, 000 cluster peers 
in a single computer system, using 32-bit JVM 1.6 and 1.5 
GB RAM and full D-P2P-Sim GUI support. When 64- bit 
JVM 1.6 and 5 RAM is utilized the D-P2P-Sim simulator 
delivers > 500, 000 cluster peers and full D-P2P-Sim GUI 
support in a single computer system. 

The Admin tools of D-P2P-Sim GUI (see Figure © have 
specifically been designed to support reports on a collec- 
tion of wide variety of metrics including, protocol opera- 
tion metrics, network balancing metrics, and even server 
metrics. Such metrics include frequency, maximum, mini- 
mum and average of: number of hops for all basic operations 
(lookup-insertion-deletion path length), number of messages 
per node peer (hotpoint-bottleneck detection), routing table 
length (routing size per node-peer) and additionally detec- 
tion of network isolation (graph separation). All metrics can 
tested using a number of different distributions (e.g. normal, 
weibull, beta, uniform etc). Additionally, at a system level 
memory can also be managed in order to execute at low or 
larger volumes and furthermore execution time can also be 
logged. The framework is open for the protocol designer to 
introduce additional metrics if needed. Futhermore, XML 
rule based configuration is supported in order to form a large 
number of different protocol testing scenarios. It is possible 
to configure and schedule at once a single or multiple ex- 
perimental scenarios with different number of protocol net- 
works (number of nodes) at a single PC or multiple PCs and 
servers distributedly. In particular, when D-P2P-Sim simu- 
lator acts in a distributed environment (see Figure O with 
multiple computer systems with network connection delivers 
multiple times the former population of cluster peers with 
only 10% overhead. 



<distribution> 

<random> 
<seed>1</seed> 

</random> 

<beta> 
<alpha>2.0</alpha> 
<beta>4.0</beta> 

</beta> 

<powerl_aw> 
<aiha>0.5</alpha> 
<beta>1 .0</beta> 

</powerl_aw> 
</distribution> 



Figure 7: Snippet from coring. xml with the pre- 
defined distribution's parameters setup 



Our experimental performance studies include a detailed 
performance comparison with TChord, one of the state-of- 
the-art P2P overlays for sensor networks. Moreover, we im- 
plemented each cluster_peer as a BATON* [10], the best 
known decentralized tree-architecture. We tested the net- 
work with different numbers of peers ranging up to 500,000. 
A number of data equal to the network size multiplied by 
2000, which are numbers from the universe [1.. 1,000,000,000] 
are inserted to the network in batches. The synthetic data 
(numbers) from this universe were produced by the follow- 
ing distributions: bet£0, unifornQ and power-law0. The dis- 
tribution parameters can be easily denned in configuration 
fil(0- Also, the predefined values of these parameters are 
depicted in the figure 

For each test, 1,000 exact match queries and 1,000 range 
queries are executed, and the average costs of operations are 
taken. Searched ranges are created randomly by getting the 
whole range of values divided by the total number of peers 
multiplies a, where a £ [1..10]. The source code of the whole 
evaluation process is publicly available Q 

In the first tab (see Figure [8| the user can set the num- 
ber of peers which will constitute the overlay and select the 
energy level distribution over these nodes. The available dis- 
tributions are: uniform, normal, beta, and pow-law. After 
the user has set these two fields then the system's initializa- 
tion can begin. 

In the same tab there is a progress bar so the user can ob- 
tain the overall process due to the fact that this process may 
take several minutes. Also there is a button, which resets 
the system without the need of closing and reopening the 



3 http://acs. lbl.gov/software/colt/api/cern/jet/random/Beta. html 
4 http:/ /docs. oracle. com/javase/1. 4. 2/docs/api/java/util/Random. html 
5 http : / /acs . lbl.gov /software /colt /api/ cern /j et / random / 
Distributions. html^nextPowLaw 
6 http://code. google. com/p/d-p2p- 

sim/downloads/detail?name=Art-config.xml&can=2&q= 
'http: //code . google . com/p/d-p2p-sim/ 
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Figure 5: D-P2P-Sim GUI 




AppNoda-3 (Ubuntu 9.10) 
192 166.0.102 



Figure 6: The Distributed Environment 



File Edit Help 



( SelUp r Operations \ Experimems ~\ Statistics 



Number Of Overlay Nodes |l00| 



Distribution Of Sensor Ids |Normal 



Reset 

Remove all overlay nodes & statistical data 



go 



Progress 



simulator if we want to carry out several experiments with 
different number of peers and energy level distribution. 



File Edit Help 



( Setup r Operations \ Experimems \ Statistics 



Search Evaluation 

Number of Search Operations 



|2 00| 



Distribution of Sensor Energy Level |Normal 
Range 



search results 



Update Evaluation 

Number of Update Operations 



Distribution of Sensor Energy Level Uniform t 



insert delete results 



Ready 



Figure 8: The tab "SetUp" 



Ready 



Figure 10: The tab "Experiments" 



File Edit Help 



[' Setup \ Operations | Experiments [' Statistics 



Search & Update 

Overlay Node 
Sensor's Energy Level 



search insert delete 



Messages 



Overlay node 11 searching for sensor with energy level 50. 

Overlay node 11 forwards message to S 

Overlay node 8 forwards message to 9 

Sensor with energy level 5 exists at overlay node 9 

Operation finished. Messages delivered: 1 



Ready 



Figure 9: The tab "Operations" 



The second tab (see Figure [9| provides the ability to 
search, insert(join) / delete (leave) and update the energy 
level of a sensor starting the procedure from any peer in the 
overlay. While one of these operations is being executed, 
appropriate messages are appearing at the bottom of this 
tab. 

In the third tab (see Figure I10|) the user can prosecute 
experiments to evaluate the efficiency of the lookup/update 
operations. There are two panels one for each operation 
where the user sets the number of the experiments and se- 
lects the distribution according to the energy-level keys of 
the sensors picked up for the experiments. After the termi- 
nation of the experiments the user can see and save the chart 
that has been generated. In the forth tab - statistics - the 
user can see the current number of peers into the system, the 
number of sensors that have been stored over the peers and 
the range of sensors' energy level that we can store in the 
overlay. This tab represents also performance statistics such 
as the minimum, the maximum and the average path of the 
total operations that have been performed. Furthermore, 
this tab generates a chart with the load-balancing over the 
peers, the number of messages that have been forwarded by 
each peer )and the number of messages per tree level. 

In the most of cases, SART outperforms TChord by a wide 
margin. As depicted in Figures 1111 1121 and [T3] our method 
is almost 2 times faster for 6 = 2, 4 times faster for 6 = 4 
and 5 times faster for b = 16. As a consequence we have a 
performance improvement from 50% to 80%. 



The results are analogous with respect to the cost of range 
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Figure 11: Cost of Exact Match Queries in Case b=2 



Figure 15: Cost of Range Queries in Case b=2 and 

QueryJRangeJLength > Cluster_Peer_Key-Range 
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Figure 12: Cost of Exact Match Queries in Case b=4 



Cost of exact match operation in case b=16: 
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Figure 16: Cost of Range Queries in Case b=4 and 

Query_Range-Length < Cluster_Peer_Key_Range 
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Figure 13: Cost of Exact Match Queries in Case 
b=16 



Figure 17: Cost of Range Queries in Case b=4 and 

Query_Range_Length > C luster _Peer_Key_Range 



Cost of Range Searching in case b=2 and 
|range|<ln 2 n : Queries of type(b) 
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Figure 14: Cost of Range Queries in Case b=2 and Figure 18: Cost of Range Queries in Case b=16 and 

Query_Range_Length < Cluster _Peer_Key -Range Query _Range_Length < Cluster _Peer_Key_Range 



Cost of Range Searching in case b=16 and 
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40 

Number of ^° 
routing hops 20 

10 







— • — Tchord 

a SART (normal, beta, 
uniform) 

—X— SART (powlow) 


^^^<Txx 









200000 400000 600000 
Number of nodes 



Figure 19: Cost of Range Queries in Case b=16 and 

Query_Range_Length > Cluster ■_Peer_Key -Range 



Cost of updating routing tables after peer join/leave 
operations: Queries of type (d) and (e) 
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Figure 23: Cost of updating routing tables, after 
peer join/leave operations: The Cost is independed 
on parameter b 



Cost of update operation in case b=2: 
Queries of Type (c) 




-SART (normal, beta, 

uniform) 
- SART (powlow) 



200000 



400000 



600000 



Number of nodes 



Figure 20: Cost of Update Queries in Case b=2 



Cost of update operation in case b=4: 
Queries of Type (c) 
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Figure 21: Cost of Update Queries in Case b=4 



Cost of update operation in case b=16: 
Queries of Type (c) 
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Figure 22: Cost of Update Queries in Case b=16 



queries as depicted in Figures [141 [151 [TBI 1171 [181 and [191 

In case Query_Range-Length < Cluster _Peer_Key_Range 
and b = 2, we have an 25% improvement, however, when 
Query_Range_Length > Cluster_Peer_Key_Range, SART 
and TChord have almost similar performance behaviour. 

In case QueryJRangeJLength < Cluster _Peer_Key_Range 
and b = 4, we have an 50% improvement, however, when 
Query_Range_Length > Cluster _Peer_Key_Range the im- 
provement of our method downgrades to 13.15%. 

In case Query_Range_Length < Cluster _Peer_Key_Range 
and b = 16, we have an 52.7% improvement, however, when 
Query_Range_Length > Cluster _Peer_Key-Range the im- 
provement of our method downgrades to 21.05%. 

Figures 1201 1211 and [22] depict the cost of update queries. 
In particular, for b = 2,4, 16, we have an improvement of 
37.5%, 75% and 87.5% respectively. 

Finally, Figure [23] depicts the cost of updating the rout- 
ing tables, after peer join/leave operations. For bad or non- 
smooth distributions, like powlow, we have an 23.07% im- 
provement. However, for more smooth distributions like 
beta, normal or uniform the improvement of our method 
increases to 38.46%. 

5. CONCLUSIONS 

We considered the problem of constructing efficient P2P 
overlays for sensornets providing "Energy-Level Application 
and Services". On this purpose we designed SART, the best- 
known dynamic P2P overlay providing support for process- 
ing queries in a sensornet. We experimentally verified this 
performance via the D-P2P-Sim framework. 
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